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METHOD AND DEVICE FOR HANDLING SMBUS MESSAGES 



FIELD OF THE PRESENT INVENTION 

The present invention relates to the field of fabrication of integrated circuits and in 
particular to integrated circuits and methods implementing SMBus control. According 
to one aspect of the present invention it specifically relates to an SMBus message 
handler for managing the data transfer between an SMBus and a register set. 
According to another aspect of this invention it relates to a method for controlling an 
SMBus. According to yet another aspect of this invention, it relates to an integrated 
circuit chip for transmitting and receiving data over an SMBus. According to a further 
aspect of this invention, it relates to an SMBus test device and a method for 
controlling a testing system for SMBus chip set validation. 

DESCRIPTION OF THE PRIOR ART 

For data exchange between more than two devices various bus systems have been 
developed. All devices are usually connected to the bus lines. Therefore, only one 
device at a time may transmit data to one or more other devices connected to the 
bus and appropriate measures must be taken to make sure that only one device 
outputs data onto the bus. One measure is the use of tri-state outputs at each device. 
Another measure is to use open-drain or open-collector output stages and to pull up 
the bus lines by a voltage. So the outputs of the bus devices, the bus lines and the 
pull-up resistors form a wired AND function. 

A system management bus (SMBus) specification is generally known. 

SMBus is a two-wire bus. Multiple devices, both bus masters and bus slaves may be 
connected to an SMBus. Generally, a bus master device initiates a bus transfer 
between it and a single bus slave and provides the clock signals. A bus slave device 
can receive data provided by the master or it can provide data to the master. 
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The two lines of the SMBus are designated SMBCLK and SMBDAT. Both lines are 
bi-directional and connected to a positive supply voltage through a pull-up resistor, a 
current source or another similar circuit. When the bus is free, both lines are high. A 
master device provides the clock at line SMBCLK. The SMBDAT line is driven either 
by the master or by the slave depending on the transmission state. Moreover, in 
compliance with Annex A of the SMBus specification 2.0, two optional lines 
SMBSUS# and SMBALERT# may be provided. 

Only one device may master the bus at any time. Since more than one device may 
attempt to take control of the bus as a master, SMBus provides an arbitration 
mechanism that relies on the wired AND connection of the SMBus device interfaces 
to the SMBus. 

Two unique bus situations define a message START and STOP condition. A high-to- 
low transition of the SMBDAT line while the SMBCLK line is high indicates a 
message START condition. A low-to-high transition of the SMBDAT line while the 
SMBCLK line is high defines a message STOP condition. START and STOP 
conditions are always generated by the bus master. After a START condition the bus 
is considered to be busy. The bus becomes idle again after a certain time following a 
stop condition or after both the SMBCLK and SMBDAT lines remain high for more 
than Thigh: Max (50 m seconds). 

Data are transferred bytewise, wherein every byte consists of eight bits. Each byte 
transferred on the bus must be followed by an acknowledge bit. Bytes are transferred 
with the most significant bit first. As any other clock pulse, the acknowledge-related 
clock pulse is generated by the master. The transmitter master or slave, releases the 
SMBDAT line during the acknowledge clock cycle. In order to acknowledge a byte, 
the receiver must pull the SMBDAT line low during the high period of the clock pulse. 
A receiver that wishes not to acknowledge (NACK) a byte must let the SMBDAT line 
remain high during the acknowledge dock pulse. An SMBus device must always 
acknowledge (ACK) its own address. An SMBus slave device may decide to NACK a 
byte other than the address byte, if the slave device is busy performing a real-time 
task, if data requested are not available, if the slave device detects invalid command 
or invalid data. 
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The master upon detection of the NACK condition must generate a STOP condition 
to abort the transfer. Further, if a master-receiver is involved in the transaction, it 
must signal the end of data to the slave transmitter by generating a NACK on the last 
byte that was clocked out by the slave. The slave transmitter must release the data 
line to allow the master to generate a STOP condition. 

A situation may occur in which more than one master is trying to place clock signals 
on the bus at the same time. The resulting bus signal will be the wired AND of all the 
clock signals provided by the masters. A high-to-low transition on the SMBCLK line 
will cause all devices involved to start counting of their LOW period and start driving 
SMBCLK low if the device is a master. As soon as a device finishes counting its LOW 
period it will release SMBCLK line. Nevertheless, the actual signal on the SMBCLK 
line may transition to the high state of another master with longer LOW period 
keeping the SMBCLK line low. In this situation, the master that released SMBCLK 
line will enter the SMBCLK HIGH wait period. When all devices have counted off their 
LOW period, the SMBCLK will be released and go HIGH. All devices concerned at 
this point will start counting their HIGH periods. The first device that completes its 
high period count will pull the SMBCLK line low and the cycle will start again. So, for 
synchronization purposes, the LOW period is determined by the slowest device and 
the HIGH period is determined by the fastest device. 

One or more devices may generate a START condition within the minimum hold time 
resulting in a defined START condition on the bus. Since the devices that generated 
the START condition may not be aware that other masters are contending for the 
bus, arbitration takes place on the SMBDAT line while the SMBCLK is high. A master 
that transmits a HIGH level, while the other(s) master(s) is/are transmitting a LOW 
level on the SMBDAT line loses control of the bus in the arbitration cycle. The 
arbitration may comprise the slave device address, the transfer data, a repeated 
start, and the following data bits. 

Besides slave devices which receive or respond to commands, master devices which 
issue commands, generate the clocks and terminate the transfer, the SMBus 
specification defines a host device. A host device is a specialized master that 
provides the main interface to a systems CPU. A host must support the SMBus host 
notify protocol. There may be at most one host in a system. 



Any device that exists on .he system management bus as a slave has a unique 
aisled the slave address. A stave address comprises seven hits which are 
rZoZ read or write W » -o a hyte. The «W hi, is the teas, significant 

bit of the byte. 

Version 1 1 of me SMBus specification introduced a packet error checking 
ITantsm .o improve reliability and communication with busses. Pa<*e. erro 
",s pelted by appending a packet error «de (PEC, a. the end o, each 

DPr hvtp and one without. The PcO may oe 
protocol has two variants: one with the PEC byte and one 
calculated in any way drat conforms to 8-bit cycle redundancy check (CRM) 
calculated may » ^ , ^ pEC aviation ,ndudes 

represented by the polynomial, C(x)-x + « 

Joy.es in me transmission including address, command and 

Hon does no. include ACK, NACK. START, STOP nor Repeated START ,., 

Pigore 1 shows a generic SMBus packet pnotoco, diagram. S 
Edition Sr a repeated start condition. Rd en PJW bit having a value of 1. Wr a R/W 
I! 'o 0 2 V shown under a f,e,d indicates that the field is required to have 
He o, V. -A- des.na.es an acknowledge bit posifion which may ave a value 
* 0 for aoknowtedgmen. (ACK) or 1 for non-acknowtedgmen. (NACK). P 
Lgnl a stop colon and PEC a packet errc code. White pads designs e a 
nation from a master to stave, gray parts a s,ave,o-master con—on. 
Three dots designate a continuation of protocol. 

a Hew the R/W bit denotes the command 

Figure 2 shows a quick command protocol. Here tne urn 

which may be used to simply turn a device function on or off. 
Figures 3 and 4 show a sent byte protocol wherein the protocol of Figure 4 comprises 
a PEC byte. The data byte transferred to the slave device may des,gnate up to 256 
possible encoded commands. 

Figure 5 shows a receive byte protocol. Figure 6 shows a receive byte protocol with 
PEC The receive byte protocol is similar to a send byte protocol. The only 
PEC. The receive uy h mack fa "1" in the ACK bit position) 

difference is the direction of data transferred. A NACK (a 

signifies the end of a transfer. 
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Figure 7 shows a wHte byte profec* Fi 9 ure » a wH,e —^^^ 
entire transaction is finished with a STOP condition. 

c- 11 12 13 and 14 show a read byte protocol, a read byte protocol with PEC, 
read transfer protocols. 

oc Mil nrotocol Figure 16 presents a process call 
Figure 15 illustrates a process call protocol. Fig J 

command field and the write-word STOP b.t. 

Figure ,7 shows a b,o* w«e protocol. Fi 9 ure 1. ..usUa.es a ** P-toco, 
I PEC . The bto* w,a protocol be 9 ,ns w«n . slave - 
OT «o, After .ha command code. ,a master * « ^ , he 

how many mo* bytes wi„ Mow .ha message. > a ^ ^ 

byt e coon, .aid will have a va,ua of 20 (14h). Mowed by he S b*es . 

1 count does no. Made me PEC by,e and may no. be zero. A bloc 

protocol is allowed to uansfer a maximum of 32 data bytes. 

SSr^S" - and o. the read-ran sfe, Also, a « 
read protocol is allowed to transfer a maximum of 32 data oy.es. 
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command code, tne new .»» message 
slave address and a read b.t. The next oyi 

from tne * byte co U n,. Bom *e w«e = ^ ^ no, exceed 
be zero The sum of the write byte count and the read byte co 
32 bytes. The read byte oount does not include the PEC byte. 

A „ i,edace . — g - ~* ^ l^TTST 
and Povrer interface (ACPI). Speaflcabon 2.0. wh.ch « 
http :, ( www. a op i . i n f *aex.h l m,. Via M in.er.aoe * 
ACP , Specification, an ACPi-compaWe opera 

r ::r r j . — . . «. - - — - ~ 

„ cim.rp 23 reference numeral 208, aesigneueo 
SMBus notifications. Figure a, reieie. 

compliant register set. 

„ • n n tPd SMB PRTCL determines the type of SMBus 
The pro,oco, register „ ^ register initiate s a UansaCion on 

transadion generated on me MM A- § p£C 

,„e SMBus. if the most sign,f,cant b,t (MSB) of h,s rag* 
(0 rma. shouid be usee for ,e spec« I P-o^. «- * ^ 
standard forma, -out PEC should be used. The MOT 
protocol values to me protocol. An If followrng a number ,nd,ca.es 
is a hexadecimal number throughout this specification. 



00h 


CONTROLLER NOT IN USE 


01h 


| RESERVED^ 
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02h V 


VRITE QUICK COMMAND 


03h 1 


*EAD QUICK COMMAND 1 


04h 


SEND BYTE _J 


05h 


RECEIVE BYTE J 


06h 


WRITE BYTE I 


07h 


READ BYTE 


08h 


WRITE WORD 


09h 


READ WORD 


OAh 


WRITE BLOCK 


OBh 


READ BLOCK 


OCh 


PROCESS CALL 


ODh 


BLOCK WRITE-BLOCK READ 
PROCESS CALL 



Table 1 

rr;:r.-zrjr~ 

error code before clearing the protocol register. 

Tne address register **- SMB_AODR —^^7^ 
generated on the SMBus in .he seven most significant Ms (MSB). The lea* 
r^can, bit (USB, is reserved. The c— lister M SMB. OMO 
laina the contend byte M « be sent to the target ev,e on t^SMB s. 
reaister set further comprises 32 data registers desrgnated SMB.DATAM. 

r.-. - - - rrc 

rssss— ~ 
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™t ers 8MB DATAIi] Moreover, the ACPI-compliant register set comprises three 
registers SMB_DATA[iJ. alrm ADDR, SMB_ALRM_DATA[0] and 

alarm registers designated SMB_alkm_*uu 

SMB_ALRM_D ATA[1 ] . 

Th e iocation o, each re,* is denned b, an Cse, .0 be added •» ~ 
as shown in Figure 23 in column 209 M ef me ACP,-comp„an, renter se. 208. The 
address of the protocol register is equivalent to the base address. 
Although a spedncalion for an SMBus and a specification for a reglsfe, set for ACPI- 

opera,ng sys,en,s has heen published. « is ^ 
JU-efncien. SMBus message handle,, an integrated croud *.p and a 
Zle method. Moreover, if is desirable ,o provide an SMBus fes, dev.ce for 
verifying the chip sets and a respective method. 



SUMMARY OF THE INVENTION 

Wing to one embodiment, an SMBus message handler compnses a memory for 
X Icrocode which oompdses a, leas, 1*0 program, - 
command protocol and compdsing a. leas, one Instruct. The SMBu > masa* 
Idler fuL compdses an intedaoe ,o a register for identdyng a 
of a program in me memory. An instruction fetch unit oonrpnsed , •. SMBus 
Message handler reads an instruction a. an address in the memory. The .address . 
T • a prcgram counter. Fina.y. I. SMBus message handler compnses a 
Tn *1 mac in which receives and interprets .he ins.ruo.ions fron, .he ~ 
Z Z and manages me da. transfer between an SMBus interface and a rag,s.er 
set in compliance with the instructs read from the memory. 
According to another embodiment, an in.egra.ed circuit chip for transm* « . and 
^1 da B over an SMBus compnses an interface to a memory wh,ch store 
"e whfch compdses a. leas, two programs, each for handling a bus common 
ZTu* con.pri.ng a. lea, one instruct The chip may be oonne«ed v,a an 
nterface to a register to iden.Ky.ng a starting address o, a program ,n the memo^ 
r,he ohi compdses an instruct fetoh unK for reading an — n a U 
address in the memory which is specified by a program counter. Ftnall,, the oh* 
colpTses a Wte-state macNne for receMng and interpret .he ins.ruo.ons and for 
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waging the data bansfer batwean an SMBus interface and a register sa« in 
compliance with the instructions read from the memory. 

According to yet another embodiment, a method for controlling an SMBus comprises 
a U add.es o, a program which comprises a, ieas, one — 
The program is stored in a memory. The method further composes .etdhng 
.abactions of said prc^m one after another into a MM* «-* 
according to the method, data are bansfeued between an SMBus mterfaceand a 
.agister set in compiiance with the instructs present in the ftnire-state machme. 

According to a further embodiment, an SMBus test device comprises a memory in 
sequences of ins.ruc.ons are stoned. The SMBus tea, devrce furtha 
olprtsas an SMBus Intertaoa to which a plot* o, SMBus dawoer 
connected and an Interface for inpufting Keys. Finally, a processor rn ft* SMBu ft* 
Lice chedKs as to whether a key la input via the respective interface. Upon 
ZZ o. a Key, .he processor further checKs as .0 whe.her said Key can be 
Japped .o a saguenca o, .abortions for confto,,ing devices connected o -d 
SMBus interface - transferring da,a ft, or receiving data from aa,d deuces 
conneced to said SMBus. Finally, ma processor execu.as .he saguence o, 
instructions to which the key has been mapped. 

According to ye. a furthar embodiment, a memod for controlling a fasting system for 
sZ chip set va.ida.ion composes checking as to whemer a key is input from a 
ZZ interface. Upon inpufting of a Kay checking as ,o whethar the . key can * 
^pped .o any sequence o, insbuc«ons for con.roi.ing devrces connec* o an 
SMBus or bansfemng data .0 o, racing data from the devicea connecfcd.0 ma 
SMBus. Fin* according ft, ma method, .he seguence of inebucbons to wh,ch sa,d 
key has been mapped is executed. 



BRIEF DESCRIPTION OF THE DRAWINGS 
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Further embodiments, advantages and objects of the present invention are define ,n 
tne appended Cairns and will become more apparent with the fo..ow,ng deta.ied 
description when taken with reference to the accompanying drawings in wh,ch 

Figure 1 shows a generic SMBus packet protocol diagram; 

Figure 2 shows a quick command protocol; 

Figure 3 shows a send byte protocol; 

Figure 4 shows a send byte protocol with PEC; 

Figure 5 shows a receive byte protocol; 

Figure 6 shows a receive byte protocol with PEC; 

Figure 7 shows a write byte protocol; 

Figure 8 shows a write word protocol; 

Figure 9 shows a write byte protocol with PEC; 

Figure 10 shows a write word protocol with PEC; 

Figure 11 shows a read byte protocol; 

Figure 12 shows a read byte protocol with PEC; 

Figure 1 3 shows a read word protocol; 

Figure 14 shows a read word protocol with PEC; 

Figure 15 shows a process call protocol; 

Figure 16 shows a process call protocol with PEC; 

Figure 17 shows a block write protocol; 

Figure 18 shows a block write protocol with PEC; 

Figure 19 shows a block read protocol; 

Figure 20 shows a block read protocol with PEC; 
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Figure 21 shows a block write-block read process call protocol; 

Figure 22 shows a block write-block read process call protocol with PEC; 

Figure 23 shows a block diagram of an SMBus host controller; 

Figure 24 shows the bits of a status register; 

Figure 25 shows a sixbit instruction for the finite-state machine; 

Figure 26 shows a block diagram of a master finite-state machine; 

Figure 27 shows an overview of a test device; 

Figures 28 to 32 show flow diagrams for mapping keys to instruction sets; 

Figure 33 shows a flow chart for modifying a single byte in the auxiliary RAM of the 

embedded controller; 

Figure 34 shows a flow chart for controlling the sending of wrong acknowledgments 
or non-acknowledgments; 

Figure 35 shows a flow chart for inputting an offset to PEC; 

Figure 36 shows a flow diagram for inputting timeout error settings; and 

Figure 37 shows a flow diagram for inputting a new device address. 

DETAILED DESCRIPTION OF THE INVENTION 

While the present invention is described with reference to the embodiments as 
i„ustrated in the following detaiied description, as well as in the drawings, it should be 
understood that the following detailed description as well as the drawings are no 
intended to limit the present invention to the particular illustrative embodiment 
disclosed, but rather the described illustrative embodiments merely exempl.fy the 
various aspects of the present invention, the scope of which is defined by the 
appended claims. 
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As previously explained, an SMBus message handler comprises a finite-state 

: I poster belween an SMBos interface and a register set in compban* w 
ifte instructions read from .he memo*. Moreover, mis finite-slale machine may be 
integrated into a circuit chip. 

Moreover, an SMBua test device comprise an SMBus interface a keyboard and a 
pLssor for mapping inpu, keys to sconces o, instrucbon, The ins,™ bons « 
executed and reapective commands or data are sent or recerved v,a the SMBua 
interface. 

Figu re 23 shows a Hock diagram o, an SMBus hos, controller 

above the host controller comprises an ACPI-complian, register se. 208. The 

ITory address 209 of each register is spewed by an oftse, of 0 .o 40 -o e added 

TaTase address Base o, the firs, register SMB.PRTCL. The host controller furthe 

^anaddressregis t erarray207,aROM202wh,c h s,ores^ ra , m ^e 

seglces 2,0. 211 and 212. each comprising one or more ins true,,*,, 1 
collier comprises in addition a loop counter 204. an matron » 
including a program counter, a finite-slate machine 201 a 2 * « 

unit 215. and an SMBua interface comprising a dock line SMBCLK 213 
line SMBDAT 214. 

As expteined above, in compliance with I. ACPI-embedded controller interface 
an SMBus transaction Is inibated by a write to the protocol regrste 
SMb TrTCL The value whiten may ra^e .mm 01h to ODh excluding «ie mos 
which apexes as ,o — a PEC ternra, or a non^C forma 
slid be used in hexadecimal formal, located by .he pos.-posiboned h. The 
In teas, skgnifican. b,.s < L SBs> o, .he pro,oco, register are used as a pointer tea 
oel, within Ihe address register array 207. The address regrster array 207. ,n .urn 
ZZ I P*- te aach slaft o, a microcode segued whi* is i»us,a.ed by me 
Z!ZL from bie address register ar ra y entries to Ihe microcode seguences 
210,211,212. 

After a wnte to .he protocol register, .he value of .he corresponding address register 
2y cell Iranstened ,0 .he program counter pc wKhin I. ins.ruC,on .eteh u 
1 mos. significan, bft o, .he proloco, plater is also ,ed ,n,o ,he finite 



-13- 



machine (FSM) 201. Depending on the value of the MSB of the protocol register, the 
finite-stete meohine may use a PEC format or a non-PEC format protocol. 
,„ an alternate embodiment two address register arrays may be provided^ The first 
one comprises the starting address for microcode sequences for non-PEC format 
protocols whereas the second address register array comprises pointers to 
microcode sequences for PEC format protocols. 

A buffer pointer register 206 comprises the o«se. value of one o, the date registers 
SMB DATA1..J. After a write to or read from one of the data registers, the buffer 
pointer register 206 bufp. is incremented by one so that the next read or write . 
performed to or .mm the next data register. That is providing or read.ng date te 
one of the data registers SMB_DATA[bufp]. MM connects between the 
indMdua, registers of the register se, 206 and me finite-state machines are P^ed 
so .hat me finite-state marine 201 can read or write to any reg,s.er of the » g*. 
« 208. in addKion to ma registers provided by the ACPI specification, an agonal 
register SMB_SLAVE_ADOR for the slave address is provided a. an offset of 40 «h 
respect lo the base address of the register set. 

An implementation of the instructions used for the microcode sequences is shown in 
FigU re2 5 . TableSeomprtsesmicrocodesequenceefornon-PECformats. Thethree 
,aas, signfflcan, bits (LSB) 300, 301, 302 spedfy the register from which data are 
transferred to the SMBus interface 213, 214 or to which date 
SMBus interface are written to. Table 2 illustrates the maamnga of Ms 300, 301, 



302. 



0 


None 


1 


Transmit data from SMB.ADDR with a Dit 
value of 1 at the R/W bit position 


2 


Transmit data from SMB.auuk witn a bit 
Value of 0 at the R/W bit position 


3 


Transmit data from SMB_CMD 


4 


Transmit data from SMB_BCN I , set 
loopcnt=SMB_BCNT 


5 


" Transmit data from SMBJJAi MiDutp], 
increment bufp 
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6 


Receive data to SM B_D ATA[b ufp] , 
increment bufp 


7 


Receive data to SMB BCNT, set 
loopcnt = SMB_BCNT 



Table 2 

If Bit 3 is 1 , a repeated START condition will be generated on the SMBus interface. 
If, on the other hand, the latter bit is zero, no repeated START condition will be 
generated. 

If the value of Stop Bit 4 304 is 1 and the host controller acts as a transmitter, a 
STOP condition will be generated upon receiving ACK. If the SMBus host controller 
in receiver mode, NACK and a STOP condition is generated. If Bit 4 is zero, no 
STOP condition will be generated. If Bit 4 of an instruction has a value of 1, this 
means that this instruction is the last instruction in a microcode sequence. After that 
instruction, the protocol register SMB_PRTCL is set to zero. 

If the most significant Loop Bit 5 305 has a value of zero, an instruction is only 
executed once. That means that after the execution the program counter pc within 
the instruction fetch unit 203 is incremented by one and the next instruction is 
fetched. If bit 5 has a value of 1, the instruction remains in the finite-state machine 
201 until the loop counter 204 becomes zero. Each time the instruction is executed, 
the loop counter loopcnt is decremented by one. For each START or repeated 
START condition, the loop counter is set to one for non-l 2 C transactions or set to 
^>MB_BCNT for l 2 C transactions. Moreover, whenever an access to the SMB_BCNT 
register occurred, loop counter 204 is set to SMB_BCNT. 

Whenever a START or repeated START condition is generated, the buffer pointer 
register 206 bufp is set to 04h, which is the offset of the data register SMB_DATA[0]. 
Whenever an access to the data register, i.e. reading or writing, occurred, the buffer 
pointer register will be incremented. 

Table 3 



SMB_PRTCL 


Command 


ROM-Address 


Microcode 


Start 


Remarks 








(binary) 
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06h 



07h 



08h 



09h 



OAh 



OBh 



OCh 



ODh 



4Ah 



4Bh 



Write Quick 
Read Quick 



Send Byte 

Receive 
Byte 



Oh 



1h 



2h 
3h_ 

4h 
5h 



Write Byte 



Read Byte 



Write Word 



6h 
7h 
8h 



9h 
Ah 
Bh 

Ch 

Dh 
Eh 
Fh 



Read Word 10h 
11h 
12h 
13h 



Write Block 14h 
15h 
16h 
17h 



Read Block 18h 
19h 
1Ah 
1Bh 
iCh 



Process Call 1Dh 
1Eh 
1Fh 
20h 
21h 



Block Write- 22h 
Block Read 23h 
Process Call 24h 
25h 
26h 
27H 
28h 



Block Write 29h 
12C 2Ah 
2Bh_ 

Block Read |2Ch 
12C 2Dh 
2Eh 
2Fh 



01.0010 
01.0001 



00.0001 
1 01 0011, 

00.0001 
01 0110 



00.0010 
00.0011 
01 0101 



00.0010 
00 0011 
00.1001 

Q0J)110, 

00.0010 
00.0011 
11 0101 

00.0010 
00.0011 
00 J 001 
11 0110 



00.0010 
00.0011 
00.0100 
11 0101 



00.0010 
00.0011 
00 1001 
00J)111 
11,0110, 

00.0010 
00.0011 
10_0101 
00.1001 
11 0110 

00.0010 
00J)011 
00.0100 
10.0101 
00.1001 
00 0111 

ifono 



00.0010 

oo"oon 

11 0101_ 

00.0010 
00.0011 
00.1001 
11 0110 



Sr 



s 

Sr 



s 

Sr 



bufp=4; loopcnt=2 
bufp=4; loopcnt=2 



Sr 

S 

Sr 



S 
Sr 



bufp=4; loopcnt=2 
bufp=4; loopcnt=2 



bufp=4; loopcnt=2 



bufp=4; loopcnt=2 
I bufp=4; loopcnt=2 

J bufp=4; loopcnt=2 

bufp=4; loopcnt=2 
bufp=4; loopcnt=2 



bufp=4; loopcnt=2 
loopcnt=SMB_BCNT 



I bufp=4; loopcnt=2 

bufp=4; loopcnt=2 
I | 0 opcnt=SMB.BCNT 

bufp=4; loopcnt=2 



bufp=4; loopcnt=2 

bufp=4; loopcnt=2 
loopcnt=SMB.BCNT 

bufp=4; loopcnt=2 
loopcnt=SMB.BCNT 



bufp=4;loopcnt=SMB_BCNT 

bufp=4;loopcnt=SMB.BCNT 
bufp=4 
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The lert column of Table 3 comprises .he value of the seven leas, slgnlflcan. bft ri 
th e protocol register SMB.PRTCL The seoond column compnses the name of .he 
protocol. The third column comprises the hexadecimal address in ROM 202 The 
fourth column comprises the 6-bit binary microcode instructions. An S ,n the «th 
column designa.es a START conditon. whereas an -Sf in this column designates a 
repeated START condition. The dght column il.usW.es the values to which he 
buffer pointer register bufp 206 and the loop counter 204 are set SWed 
pracraor^rs - appreciate .ha. an addi.iona, bit may be added for reads or wn.es to 
Ure PEC unit 215 and how the microcode sequences may be supplemented ,n order 
to handle the PEC formats of the SMBus protocols. 

Figure 26 shows a flow chart 400, which illustrates the operation of a master Me- 
al machine 201 . Usually the rlnite-state machine is in idle mode 401 . A«er 
,o the protocol register, the address of the *rs. instruction of the mlaocoda ,s 
obtained from me address register array and the hrs. instruction o, the mrcrocode 
sequence is loaded in step 402. In step 403 it is determined wither date are to be 
received from the SMBus interface or date are to be transmitted to the SMBus 
interface. If date are to be transmitted, it is furfher checked as to whether a repeated 
START condition is to be generated in step 404, and if mat is the case, the repeated 
START condition is prepared in step 406. If no repeated START con*ion ,s to be 
generated, i, is checked in step 405 as to whether a START • «*- . . o be 
generated, and if that is the case, the START condition is generated ,n step 407. If a 
repeated START condition has been prepared in step 406, also a START candrton is 
generated in step 407. 

Than, in step 408, .he date from the respective register of ft. 
register ae. 208 are loaded. In step 400. a byte of data ia sen. to the SMBus 
i lace, in step 411, it is decided aa to whether in step 410 an ACK has been 
received. If no ACK was received, the protocol is aborted in step 417 and a STOP 
generated in step 430. 

,, an acknowledgment has been racaived in step 41 1. it is checked in step 412 as to 
tether Bit 5, 305 has a value of one. If this is the case, it is determined ,n step 413 
as to whether the loop counter toopcn, 204 is equivaten. .0 zero. I. this . no, .he 
case loopcn, is decremented by one in step 414. and the next loading of a data byte 
in step 408 lakes place from a register of the ACPI-complian, register set. 
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« either Bit 5, 305 has a value of zero or loopcnt is equivalent to zero, it is delerm.ned 
in step 415 as to whether Stop Bit 4. 304 is set. If this is the ease, it is checked ,n 
s ,ep 416 as to whether a PEC format is to be used, if the Stop Bit 4 has a value of 
zero the foltow proceeds from step 415 to step 402 i.e. the next instruction is loaded 
from memory 202. If it is decided in step 416 that a PEC forma, is to be used then the 
PEC data byte is loaded in step 408. If a non-PEC format is to be used, a stop 
condition is generated in step 430. 

,, i, is decided in step 403 that data are 1o be teceived from the SMBus interface the 
flow proceeds to step 420 in which a data byte is received from the SMBus interface. 
This data byte is saved to one of the refers of the ACPI-compliant register set ,n 
step 421. 

Steps 422 to 426 are similar to steps 412 to 416. respectively. However, after it is 
decided in step 426 that a non-PEC fonnat is to be used, a NACK is sen, in step 427 
after step 426. If it is determined in step 423 that the loop counter loopcnt is not zero 
w i, is determined in step 425 that the Stop Bit 4, 304 has a value of zero or tm 
determined thai a PEC forma, is to be used in step 426. an ACK is sen, in step 428. 
Then i, is decided in step 428 as to whether Stop Bit 4. 304 is se, or no,. If ,1 has a 
value o, one then the flow proceeds to step 420 in which the next data byte ,s 
reoeived from the SMBus interface. If the Stop Bit 4 has a value of 0. the flow 
proceeds to step 402 in which the next instruction is loaded from memory 202. 
Figure 27 shows a tes, hardware 500 for chip set validation. It comprises a SMBus 
oonnector 520. an SMBus host 501. rapid development boards 521. 522 and 523. 
The SMBus host 501 comprises a personal computer (PC) including a screen 502, a 
casing 503 including a processor memo* and a Keyboard ^ 
interfaces 505 of the SMBus host 501 and ,he rapkl development boards 521 to 523 
are connected to the SMBus connector 520. The SMBus connector connects he 
dock lines SMBCLK and the data lines SMBDAT and the optional alert ne 
SMBALERT# of each of the SMBus interfaces. In addition, pull-up resistors of 10 ( 
are provided in the SMBus connector 520 in compliance with the SMBus 
specification, section 2. 

The rapid development boards are provided in addition to the SMBus interface with 
an RS-232 interface via which the rapid development boards can be connected to 
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another terminal 511 which may be PC having a display 512 and a keyboard 514. In 
one embodiment phyCORE-591 may be used for the rapid development boards. 
phyCORE-591 can be ordered from PHYTEC. This board is equipped with a Philips 
Processor 8xC591 which implements the l 2 C hardware which is used to test the 
capabilities of the SMBus host. A software may be run on terminal 511 which 
forwards every key input into terminal 511 by keyboard 514 via the RS-232 interface 
to one of the rapid development boards. The software may further display any 
character or byte received by the RS-232 interface on display 512. In addition, not 
only or alternatively do the bytes received by the RS-232 interface an explanation 
may be shown on display 212. Further, the software may provide different options so 
that different categories of bytes received by the RS-232 interface may be displayed 
or not displayed. 

Figure 28 to 23 show a flow-chart illustrating the operation of the user interface of the 
SMBus test equipment. The steps shown in Figure 28 to 32 may be performed by the 
processor of the SMBus host if the keys are input into keyboard 504. In another 
embodiment the steps of Figures 28 to 32 may be performed by the processor of the 
rapid development board if the depressing of keys on keyboard 514 is echoed on the 
RS-232 interface. 

Usually, the test device is in idle state 601 . If it is determined in step 602 that a key is 
pressed it is determined in steps 603, 605, 608, 610, 613, 615, 617, 619, 622, 624, 
627, 629, 632, 634, 637, 639, 641, 643, 645, 647, 649, 651, 653, 655 and 657 which 
key is depressed and as to whether an instruction is associated with that key. 

If it is determined in step 603 that a "0" was input an block write according to the l 2 C 
specification is executed in step 604. That means the data as indicated in the lower 
line of block 604 in hexadecimal format are written to the SMBus interface. A V at 
the end of the data is short for an ACK. The slave device will receive incoming data 
till the recognition of a stop condition. If it is determined in step 601 that a "1" was 
input an l 2 C command block read is executed. That means that the test device will 
transmit data bytes from its auxiliary RAM starting at offset zero until the recognition 
of a NACK transmitted by the master. The lower line of block 606 indicates the data 
which may be transmitted from the slave device to the test device in hexadecimal 
format. The V at the end of the data stream indicates an ACK. Then in step 607 
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PEC is turned on or off which means tha. a non-PEC formal is ohosen if a PEC 
format has been chosen up to now or vice versa. 

„ -2- is input, what is determined in step 608. a quick write is executed in step 609 
mat means that tha data byte AEh is transmitted by the master and the slave device 
artnowtedges its own address. If "3" is input, determined in step 610. a qui* read rs 
performed in step 6,1 which means mat the data byle APh is tranced .mm he 
master and me siave acknowledges its own address. Then in step 612 PEC ,s turned 
on or off. 

„ „ is determined in step 613 tha, "4" is input a send-byte command is executed in 
s ,ep 614 which means that the data in lines 2 or 3 are transmitted by me ma ter 
pending as 10 whe,her a non-PEC or PEC forma, is chosen. If it is determine dm 
step 615 mat -6- is input a receive byle proteco, is executed in step 61* The tes, 
device receives ,he flrs, date byle o, .he auxiiiary RAM 0. a Steve device — 
pending on the forma,. me bytes Seated in ,he 2- or 3* lines of bock 6,6 are 
transmitted via ,he SMBus. Then, as ind,ca,ad in step 670 .he PEC ,s ,umed on or 
off. 

„ it is determined in step 617 ma, a ft is inpu,. a write byle command is executed as 
shown in block 6,8. If T is inpu., a read byle protocol is executed m , step 620 , . 
..ways, ma date which may be transferred over I. SMBus are indicated ,n Irnes 2 
3 of block 620. Then in step 621 the PEC is turned on or off. 
„ ■„- is inpu,. which is determined In step 622, a write word command is executed in 
step 623. If -9" is pressed (step 624). a read word command is executed ,n step 625 
and the PEC is turned on or off in step 626. 

„ it is determined in step 627 ma, an "A* b input a wrfte block protocol is executed in 
step 628. 1, -B- is inpu, (step 629). a read block protocol is executed ,n step 630 and 
subsequent* in step 631 me PEC is turned on or off (step 634). I, a "C" is ,npu. (s tep 
632) a process cal, protocol is performed in step 633. 1, a V is .npu. (step 634), a 
hlock write-biock read process cal, is executed in step 635 and the PEC is turned on 
or off in step 636. If an "E" is tnpu, (step 637). me host is no«ed o, an alarm * step 
638 Tha, is performed by the data sequence o, line 2 of block 638 in hexadeama, 
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tan* 10h is the host noWy address, AEh is ft. own address and OOh 01h are two 
data bytes. 

Th e transmisston o, a remote con.ro, message is started W ^-J" 
determined in step 639. The message is basfcaiiy in a wn,e yfe P«~-£~ 
Uansmided depends on ft. cunentty seiected remote con.ro, devr« ddress arrf 
status which may be changed by pressing -or which is determmed ,n step W. Thi 
rrg.b^lstra.esd.eremotecon.ois.a.uscodesand.hedau.mhsm.ded^ 




Table 4 

A change of the s,ave address may be initiated by pressing V which is determined 
-n in step M a two d*H — , number may be rnpr, as 
Hiustrated e.g. in Figure 35 in connection w«h inputting of an onset to the PEC. 
When a T is input which is checked in step 643. the PEC ,s turned on o, of. in step 
r tL va J. mode may be .umed on or of, by pressing a V in step 64,™ 
rise mode is turned on in steps 646 which is by the way the de.au,. case then 
ICZ byte o, a SMBus message wi„ be echoed on screen 60 2 o, —ad 
via the RS-232 interface to terminal 512. 

Entering a °M° which is determined in step 647, tots .he user modify a sing,e b*e in 
he liary RAM in .he imbedded con.ro„er which is used ro store ou*o,ng 
«« e data Step 648 is i„ustra.ad in greater deta,, ,n F,gure 33. An 
^ir.eafuremaybe.umedonb, pressing-, whichis determined 
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in step 649. Then an ACK or NACK error position may be specified in step 650 which 
will be explained in more detail in connection with Figure 34. When u O n is pressed 
which is determined in steps 641, an offset to PEC may be input in step 652 which is 
explained in more detail in connection with Figure 35. When T n is input which is 
determined in step 653 time out error settings may be input in step 654 which is 
illustrated in more detail in connection with Figure 36. Pressing "R" which is 
determined in step 655 turns an arbitration error on or off (step 656). 

Pressing "G" which is determined in step 657 lets the user change the remote control 
settings. After step 657 the test device waits in step 658 for the input of another key. 
It is checked in steps 659, 661, 663, 665, 667 and 669 as to whether an action is 
associated with the key inputted. 

If the key is "0", the status is re-set in step 660 i.e. a write byte protocol is executed 
wherein a OOh command code and 52h data byte (confer table 4) is sent. 

If T is input, which is determined in step 661, a power down status is set in step 
662. The bytes sent in the write byte protocol are displayed in line 2 (excluding the 
headline row) of table 4. 

If "2" is input, which is determined in step 663, a power up status is set in step 664 
(confer line 3 of table 4). If "3" is input, as checked out in step 665, a power cycle 
status is set in step 666 (confer line 1 of table 4) If, "4" is input, (step 667), random 
data are sent in step 668. If it is found out that an U A" is input in step 669 the device 
address may be changed in step 671 as will be explained in more detail in 
connection with Figure 37. 

Figure 33 illustrates the modify byte operation in step 648. The test equipment waits 
in step 701 for the input of a key. Then it is checked in step 702 as to whether the 
key is hexadecimal key. A hexadecimal key is either a number between 0 and 9 or a 
character between A and F. If a hexadecimal key is input, its value is saved as a1 for 
later use in step 704. If a non-hexadecimal key is input, the flow proceeds to step 703 
where it is determined as to whether return is input. If that is the case, the flow 
proceeds to the end in steps 718. If it is determined in step 703 that a key different 
from the return keys input, the test equipment waits in step 701 for the input of 
another key. 
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Steps 705 to 708. 709 to 712 and 713 to 716 are similar to steps 701 to 704. 
However, the key input in step 705 is saved as a2 for later use, the key input in step 
709 is saved as v1 for later use in step 712 and the key input in step 713 is saved for 
later use in step 716 as v2. Finally in 717 a single byte in the auxiliary RAM of the 
embedded controller is changed which is used to store outgoing message data. a1 
constitutes the 4 MSBs and a2 the 4 LSBs of the hexadecimal address .n the RAM 
and v1 v2 the 4 MSBs and the 4 LSBs. respectively, of the value itself. If instead of a 
hexadecimal key return is pressed the flow doesn't proceed to step 717 so the 
original value is maintained. 

Figure 34 illustrates step 650 in which a ACK or NACK position may be specified. 
Steps 721 to 724 and steps 725 to 728 are similar to steps 701 to 704 In F,g. 33. 
However, it is checked in step 722 and 726 as to whether a numeric key, that ,s a 
number between 0 and 9 Is Input. The first number input in step 721 and saved in 
step 724 for later use as V, which will form the tens and the second number input ,n 
step 725 and saved for later use in step 728 as V forms the ones of the byte 
location for the enor. The byte location for the enor is saved in step 729. 

Figure 35 illustrates step 652 for inputting an offset to the PEC. The whole 
procedure is simitar to the one shown in Fig. 34. However, this procedure accepts 
teadedmal keys in step 742 and 746. The key input in step 741 constitute the four 
most significant bite whereas the key input in step 745 constitutes for least significant 
bits of the offset to be added to the PEC byte (749). 

Figure 36 illustrates step 654 (or inputting the Ume^ut error settings. This procedure 
is similar to the one shown In Figure 33. However, step 762, 766. 770 and 774 
accept numeric keys only. The first number input and saved as 11 in step 764 w 
form the tens whereas the second number saved in step 768 for later use as 12 w,ll 
form the ones of the enor location (step 777). The third numeric key saved as 11 ,n 
step 772 will form the tens and the fourth numeric key 12 will form the ones of the 
„me-ou. fime. If the time-out enor Is turned on by pushing T the SMBCLK line will be 
pulled down for a given time, while the host is waiting for the acknowledge of the last 
byte. 
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Figure 37 illustrates the change of a device address in step 671. This flow-chart is 
similar to the flow-chart shown in Figure 35. The first hexadecimal key a1 inputted will 
form the four most significant bits of the new device address, whereas the second 
hexadecimal will key a2 the four least significant bits of the new device address 
which is stored in step 790. If return instead of a hexadecimal is pressed, no change 
takes place. 

In a further embodiment, the command as indicated in the first line of step 604, 606, 
609, 611, 614, 616, 618, 620, 623, 625 and 628 may be echoed on the RS-232 
interface and then be displayed on screen 512 of terminal 51 1 . Furthermore, the data 
bytes send and received by the SMBus as indicated in the 2 nd and 3 rd lines of the 
above-identified blocks, may be echoed on the RS-232 interface and also be 
displayed on the screen 512. Also the SMBus host 501 may display the commands 
and/or the data bytes sent by the SMBus on its display. 

Further modifications and variations of the present invention will be apparent to 
those skilled in the art in view of this description. Accordingly, this description is to be 
construed as illustrative as only and is for the purpose of teaching those skilled in the 
art the general manner of carrying out the present invention. 



